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Method and Apparatus for Providing Internet Content to SMS-Based Wireless 
Devices 

This application claims the benefit of U.S. Provisional Patent application no. 
5 60/158,694, filed on October 8, 1999, and entitled, "Method and Architecture for 
Bridging SMS-Based Wireless Devices to WAP/Internet Content." 
FIELD OF THE INVENTION 

The present invention generally relates to using a wireless device to access 
h5;permedia content on a network such as the Internet. More particularly, the 
10 present invention relates to a method and apparatus for facilitating access to 

Internet-based hypermedia content by wireless devices that are not equipped with 
a browser. 

BACKGROUND OF THE INVENTION 

For people and businesses requiring instant access to information, the 

15 Internet and intranets have provided a vehicle for near real-time delivery of 
information from an enormous number of sources. For many of those same 
individuals, a way of communicating regardless of locality has been provided by 
two-way wireless communication technology such as cellular telephones, two-way 
pagers. Personal Digital Assistants (PDAs), Personal Information Managers 

20 (PIMs), and other handheld computing devices. In recent years, these two 

rapidly-advancing technology areas have come together, such that the two-way 
wireless communication device has become one of many entry points into the 
Internet and intranets. 

One feature that many devices used to access the Internet have in common 



is that they can display hypermedia content, such as web pages. To do so, 
network servers and network personal computers (PCs) normally use standard 
web protocols and mark-up languages, such as Hypertext Transport Protocol 
(HTTP) and Hypertext Markup Language (HTML), respectively. Wireless devices 
5 commonly use wireless protocols, such as Wireless Access Protocol (WAP) or 
Handheld Device Transport protocol (HDTP), and sometimes use markup 
languages such as Wireless Markup Language (WML) and Handheld Device 
Markup Language (HDML) to accomplish the same task. 

Conventional PCs and some newer-generation wireless devices include 

10 browser software (often called "microbrowsers", for wireless devices) for enabling 
the devices to access hypermedia content on the Internet and other networks. 
However, many earlier-generation wireless devices are not equipped with 
microbrowsers. The lack of a microbrowser restricts the ability of such devices to 
access hypermedia content on the Internet. 

15 Limited Internet access has been provided to such wireless devices using a 

facility known as Short Message Service (SMS), which is available on many such 
devices. SMS allows users of certain wireless devices to send and receive 
alphanumeric messages of limited length (e.g., up to 160 characters). SMS is 
similar to paging, however, SMS does not require that the wireless device is active 

20 and within range when a message is sent; an SMS message generally will be held 
for a time until the wireless device is active and within range. SMS messages are 
generally transmitted within the same cell or to anyone with roaming capability. 
Although SMS messages are of limited length, SMS allows mobile users to receive 



critical information. SMS messages are typically sent through a narrowband 
channel that incurs a very low operating cost to the service providers. 

SMS based Internet access is primarily performed by a submission of one or 
more "keyword" messages from the wireless device to a predetermined address or 
5 telephone number serviced by a server. After interacting with other information 
feeds on the Internet^ the server prepares an SMS message that includes 
information based on the "keyword" message. The SMS message is then delivered 
to the wireless device that requested the information. A typical example is a 
request of a stock quote, in which the "keyword" message is the stock symbol and 

10 the returned SMS message is the corresponding quote information. 

One problem with current technology is that service providers offering SMS 
based Internet access generally use customized and /or proprietary solutions to 
link the Internet to the wireless networks. These technologies, once in deployment 
and operation, make it difficult and expensive to conform to an industry-accepted 

15 or widely-used standard, such as WAP. WAP is becoming recognized as the next 
platform standard for the wireless community and has been adopted as the de facto 
standard by many wireless service providers. WAP-compliant wireless devices 
are being introduced by wireless telephone handset manufacturers, and WAP- 
compliant services are being offered by many service providers. There is a need, 

20 therefore, for a better solution which allows wireless devices without 
microbrowsers to access hypermedia content on the Internet. 
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SUMMARY OF THE INVENTION 

The present invention includes a method and apparatus for providing 
content from a network to a wireless device. According to one aspect of the 
invention, the content is received from a resource on the network according to a 
hypermedia protocol. The wireless device is not compliant with the hypermedia 
protocol. The content is then converted to a message compliant with a message 
requirement of the wireless device. 

Other features of the present invention will be apparent from the 
accompanying drawings and from the detailed description which follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



These and other features, aspects, and advantages of the present invention 
will become better understood with regard to the following description, appended 
claims, and the accompanying drawings, in which: 
5 Figure 1 illustrates a network environment in which a wireless device may 

be used to access content on the Internet; 

Figure 2 is a block diagram of the wireless device; 

Figure 3 is a block diagram of a computer system that may represent one or 
more of the servers in Figure 1; 
10 Figure 4 is a block diagram of a system for using SMS to provide a wireless 

device with access to hypermedia content on the Internet; 

Figure 5 is a flow diagram showing a process that may be performed by the 
proxy server to provide a wireless device with access to hypermedia content in the 
"pull" mode of operation; 
15 Figures 6A and 6B are examples of two displays that may be generated on a 

wireless device during generation of an SMS request; 

Figure 7 is a flow diagram showing a process that may be performed by the 
pull engine to translate content from an application from one content-type to 
another; and 

20 Figure 8 is a flow diagram showing a process that may be performed by the 

proxy server to provide a wireless device with access to hypermedia content in the 
"push" mode of operation. 



DETAILED DESCRIPTION 

A method and apparatus are described for enabling a wireless 
communication device which does not have a browser to access hypermedia 
content on the Internet or other networks. Note that in this description, references 
5 to "one embodiment" or "an embodiment" mean that the feature being referred to 
is included in at least one embodiment of the present invention. Further, separate 
references to "one embodiment" in this description do not necessarily refer to the 
same embodiment; however, neither are such embodiments mutually exclusive, 
unless so stated and except as will be readily apparent to those skilled in the art. 

10 The described technique supports both a "pull" mode of operation and a 

"push" mode of operation. As described further below, in the "pull" mode, an 
SMS request for Internet-based content is received at an SMS Center (SMSC) from 
a wireless device which does not have a browser. The SMSC relays the SMS 
request to a proxy server that is coupled to a wireline network, such as the 

15 Internet. The proxy server transcodes the SMS request into a different character 
set and extracts a keyword from the trancoded request. The proxy server 
maintains a mapping of ke5rwords to application identifiers, such as Uniform 
Resource Locators (URLs) and /or Uniform Resource Identifiers (URIs), which are 
hereinafter referred to interchangeably as URLs. The proxy server looks up the 

20 extracted keyword in the keyword-to-URL mapping to identify the URL of an 
application residing on a server on the network. The proxy server constructs a 
hypermedia protocol operation containing the keyword and the URL, and submits 
the operation over the Internet to the application. Upon receiving a hypermedia 



protocol response containing the requested content from the application, the 
proxy server extracts the content from the response and converts the content from 
the content-type used by the application to a content-type used by the SMSC. The 
proxy server then transcodes the content from the character set used by the 
5 application to a character set used by the SMSC and sends the transcoded content 
in an SMS response to the SMSC, for subsequent delivery to wireless device as an 
SMS message. 

In the "push" mode, a content application asynchronously (i.e., not in 
response to any request) sends content to the wireless device, via the proxy server 

10 and the SMSC. In that case, the proxy server receives the content from the 
application in a hypermedia protocol request, translates and transcodes the 
content as stated above, and provides the content as an SMS message to the SMSC, 
for transmission to the wireless device. 

Figure 1 shows a network environment in which a wireless communication 

15 device (or simply "wireless device") such as mentioned above can be used. 
Wireless device 100 may be of any of the types of wireless devices mentioned 
above, such as a wireless telephone. To facilitate explanation, the example of a 
wireless telephone is used at various points in the following description. As 
described herein, wireless device 100 is enabled to receive remotely stored 

20 hypermedia information, such as WML documents, HTML documents. Compact 
HTML (cHTML) documents. Extensible Markup Language (XML) documents, or 
HDML documents, from one or more network servers, shown as network servers 
116 and 120. The retrieved hypermedia information is provided to wireless device 



100 in the form of SMS messages. Network Servers 116 and 120 may be, for 
example, conventional personal computers (PCs) or computer workstations. 

Wireless device 100 has a display 102 and a ke)Apad 103. It may be assumed 
that wireless device 100 does not have a microbrowser capable of accessing and 
5 displaying hypermedia content, such as WML cards, HTML pages, or the like. 
However, it further may be assumed that wireless device 100 does have an SMS 
editor/reader (hereinafter "SMS editor") to allow the wireless device 100 to send 
and receive SMS messages. 

The communication path between wireless device 100 and network servers 

10 116 and 120 includes a wireless communication network ("airnet") 104, a proxy 
server 108, and a land-based network ("landnet") 112. Airnet 104 is a network 
such as a Cellular Digital Packet Data (CDPD) network, a Global System for 
Mobile (GSM) network, a Code Division Multiple Access (CDMA) network, or a 
Time Division Multiple Access Network (TDMA) network. The communications 

15 protocols used by airnet 104 may include, for example, WAP and/ or HDTP. 
Landnet 112 is a land-based network that may be or include the Internet, an 
intranet, or a data network of any private network, such as a Local Area Network 
(LAN). The communication protocol supporting landnet 112 may be, for example. 
Transmission Conhrol Protocol (TCP/IP), HTTP, or Secure HTTP (sHTTP). 

20 Proxy server 108 acts as a bridge between airnet 104 and landnet 112. Proxy 

server 108 may be, for example, a conventional computer workstation or PC. 
Although shown as a physically separate device, proxy server 108 may be 
implemented in a network server (e.g. network servers 116 or 120) with hardware 



and software such as well known in the art providing the connection between 
airnet 104 and landnet 112. Proxy server 108 can be substantially the same as 
network servers 116 and 120, except that it also includes features of the present 
invention described herein. 
5 Figure 2 is a block diagram showing the principle components of wireless 

device 100, according to one embodiment. The wireless device 100 includes a 
processor 301, which may be or may include any of: a general- or special-purpose 
programmable microprocessor. Digital Signal Processor (DSP), Application 
Specific Integrated Circuit (ASIC), Programmable Logic Array (PLA), Field 

10 Programmable Gate Array (FPGA), etc., or a combination thereof. Wireless device 
100 includes a Wireless Control Protocol (WCP) interface 328 that couples to a 
carrier network via airnet 104 to receive incoming and outgoing signals. Device 
identifier (ID) storage 316 stores and supplies to WCP interface 332 a Mobile 
Device Identifier (MIN), which identifies wireless device 100 to outside entities 

15 (e.g. proxy server 108). The MIN is a specific code that is associated with wireless 
device 100 and directly corresponds to a device ID in a user accoimt typically 
provided in an associated proxy server, such as proxy server 108. If the proxy 
server services a number of wireless devices, there will be a number of such 
accounts, preferably kept in a database server, each of the accoimts corresponding 

20 to a different one of the wireless devices. 

In addition, wireless device 100 includes memory 304 that stores data 
and/ or software for controlling and/ or performing many of the processing tasks 
performed by wireless device 100. These tasks include: establishing a 



communication session with a proxy server via wireless link 332 and airnet 104; 
receiving user inputs from keypad 103, sending and receiving SMS messages, and 
displaying information on the display 102. Hence, memory 304 may represent one 
or more physical memory devices, which may include any type of Random Access 
5 Memory (RAM), Read-Only Memory (ROM) (which may be programmable), flash 
memory, non-volatile mass storage device, or a combination of such memory 
devices. Memory 304 is also coupled to WCP interface 328 for the establishment of 
a commimication session and the requesting and receiving of data. 

Assuming, for example, that wireless device is a telephone, wireless device 

10 100 also includes voice circuitry 318 for inputting and outputting audio during a 
telephonic communication between the user of wireless device 100 and a remote 
party. Voice circuitry 318 may include, for example, sound transducers, analog-to- 
digital (A/D) and digital-to-analog (D/A) converters, filters, etc., such as are well- 
known in the art. An encoder/ decoder 310 is coupled between the processor 301 

15 and the voice circuitry 318 for encoding and decoding audio signals. 

Figure 3 is a high-level block diagram of a computer system representative 
of any or all of the servers shown in Figure 1, i.e., proxy server 108 and network 
servers 116 and 120. As shown, the computer system includes a processor 31, 
ROM 32, and RAM 33, each connected to a bus system 38. The bus system 38 may 

20 include one or more buses connected to each other through various bridges, 

controllers and/ or adapters, such as are well-known in the art. For example, the 
bus system 38 may include a "system bus" that is connected through an adapter to 
one or more expansion buses, such as a Peripheral Component Interconnect (PCI) 



bus. Also coupled to the bus system 38 are a mass storage device 34, a network 
interface 35, an SMS interface 36, and a number (N) of input/ output (I/O) devices 
37-1 through 37-N. 

I/O devices 37-1 through 37-N may include, for example, a keyboard 15, a 
5 pointing device 16, a display device 17 and/or other conventional 1/ O devices. 
Mass storage device 17 may include any suitable device for storing large volumes 
of data, such as a magnetic disk or tape, magneto-optical (MO) storage device, or 
any of various types of Digital Versatile Disk (DVD) or Compact Disk (CD) based 
storage. 

10 Network interface 35 provides data communication between the computer 

system and other computer systems on the landnet 112. Hence, network interface 
35 may be any device suitable for or enabling the computer system 1 to 
communicate data with a remote processing system over a data communication 
link, such as a conventional telephone modem, an Integrated Services Digital 

15 Network (ISDN) adapter, a Digital Subscriber Line (DSL) adapter, a cable modem, 
a satellite transceiver, an Ethernet adapter, or the like. Similarly, SMS interface 36 
provides SMS data communication between the computer system and the SMSC. 
SMS 36 may be the same or a similar type of device as mentioned above for 
network interface 35, and in fact, SMS interface 36 be implemented together with 

20 network interface 35 in a single commimication device. 

Of course, many variations upon the architecture shown in Figure 3 can be 
made to suit the particular needs of a given system. Thus, certain components 
may be added to those shown in Figure 3 for given system, or certain components 



shown in Figure 3 may be omitted from the given system. 

Note that many of the features described herein may be implemented in 
software. That is, the described operations may be carried out in a processing 
system in response to its processor executing sequences of instructions contained 
5 in memory. The instructions may be executed from a memory, such as RAM, and 
may be loaded from a persistent store, such as a mass storage device and /or from 
one or more other remote computer systems (collectively referred to as "host 
computer system"). Likewise, hardwired circuitry may be used in place of 
software, or in combination with software, to implement the features described 

10 herein. Thus, the present invention is not limited to any specific combination of 
hardware circuitry and software, nor to any particular source for the instructions 
executed by a computer system. 

Figure 4 is a more-detailed block diagram of a system for using SMS to 
provide the wireless device 100 with access to hypermedia content on the World 

15 Wide Web ("the Web"). In Figure 4, the Internet 215 represents landnet 112 of 
Figure 1. Web server 202 represents one of the network servers 104 of Figure 1 
and provides accessible hypermedia information (e.g., HTML pages or WML 
cards) to other computing devices on the Internet 215. Wireless device 100 
accesses the information in web server 202 via SMSC 212 and proxy server 108, 

20 which is coupled to Internet 215. Note that the commimication between wireless 
device 100 and proxy server 108 is via the carrier infrastructure, which includes 
SMSC 212. 

When wireless device 100 sends out a "ke5?word" SMS message received by 
12 



SMSC 212, the SMS message is forwarded by SMSC 212 to proxy server 108, as 
dictated by the MIN of wireless device 100. Proxy server 108 sends out a proxy 
request on behalf of wireless device 100, to web server 202, for h5qDermedia 
content corresponding to the "keyword" in the SMS message. The keyword may 
5 be, for example, one or more words in the SMS message. 

Assume, for example, the user of wireless device 100 desires a real-time 
quote of the stock price of the company, Phone.com, of Redwood City, California. 
The stock symbol for Phone.com is "PHCM". Accordingly, the user may enter the 
input "QUOTE PHCM" into the wireless device while in SMS messaging mode, 

10 where "QUOTE" is the keyword, such that wireless device 100 is caused to send 
the input in an SMS message to the designated SMSC 212. Generally, an SMSC 
does not provide real-time stock quotes and, thus, it must seek out the requested 
information over the Internet 215 by forwarding the keyword SMS message or 
extracted information from the SMS message to a proxy server, such as proxy 

15 server 108. 

Upon receiving the SMS request from the SMSC 212, the proxy server 108 
may initially perform certain administrative processes, such as verification that the 
user is entitled to service. Based on the keyword, the proxy server 108 then 
identifies an application that can provide the requested information and sends a 
20 proxy request to the application. The proxy request includes an address or other 
identifier identifying a network resource from which the stock quote can be 
obtained. The address may be a URL or any other identifier suitable for 
identifying a network resource that may have the requested content. When the 



stock quote (e.g., the stock price) is received by the proxy server 108 in a mark-up 
language format (e.g., HTML), the quote information is translated and transcoded 
by pull engine 210 in proxy server 108 into a format which the SMSC 212 can 
deliver to the wireless device 100, and then delivered to SMSC 212. 
5 The requested content on web server 202 may be in the form of displayable 

hypermedia pages constructed in a markup language (e.g., WML or HTML), such 
that each of the hypermedia pages is identified by a distinct address, such as a 
URL. When one of the pages is requested, the whole page or a notification 
including a link of the page can be sent to the wireless device 100, subject to 

10 modification by proxy server 108. 

It should be noted that other functions of pull engine 208 may include 
message segmenting if the received content exceeds the maximum SMS message 
length. More specifically, message segmenting is a process of segmenting a long 
message into segmented messages, each compliant to the maximum SMS message 

15 length (e.g., 150 characters). 

The technique described herein has at least two modes of operation, "pull" 
and "push". The pull mode is used when information is provided to wireless 
device 100 in response to a request from wireless device 100. Pull engine 210 in 
proxy server 108 generally carries out the operations of proxy server 108 in the 

20 pull mode. The push mode is used to provide information to wireless device 100 
even without such a request. Messenger 208 in proxy server 108 generally carries 
out the operations of proxy server 108 in the push mode. Generally, the push 
mode is used after an application has determined the user of wireless device 100 is 



interested in a certain type of content. Although the content that is "pushed" to 
the wireless device 100 is not sent in response to any particular request from the 
wireless device 100, the determination of what content to push and to which 
device it should be pushed may be based on one or more prior keyword requests 
5 from the wireless device 100. 

Figure 5 is a flow diagram showing a process that may be performed by the 
proxy server 108 in the "pull" mode of operation. Initially, the user of the wireless 
device 100 activates its SMS editor to input an SMS keyword request. Suppose, for 
example, the user wishes to find out the current stock price for a company, 

10 Phone.com of Redwood City, California. Accordingly, using the SMS editor, the 
user enters "QUOTE PHCM" using the keypad of the wireless device 100. This 
text is presented on the display of the wireless device 100 as the user types, as 
shown in Figure 6A. The user then enters a well-known, predetermined identifier 
for the proxy server 108, such as "711", which is similarly displayed on the display, 

15 as shown on Figure 6B. Upon entering the identifier, the SMS request "QUOTE 

PHCM" is sent by the wireless device 10 to the SMSC 212, which routes the request 
to pull engine 210 in proxy server 108, via interface 211. The communications 
protocol between the SMSC and the proxy server 108 includes the MIN of wireless 
device 100. 

20 Referring now to Figure 5, at 501 interface 211 extracts the MIN and the text 

of the SMS request, and sends the request text to the pull engine 210. At 502 the 
pull engine 210 transcodes the request text to a character set that is expected when 
communicating with external applications. Transcoding can be performed using. 



for example, simple look-up operations, given knowledge of which character sets 
are being used by the different devices. The pull engine 210 then parses the text of 
the SMS request. In one embodiment, the "keyword" is taken as the first word of 
the text of the request. However, a keyword alternatively may be a predetermined 
5 number of multiple words, which need not be the initial words of the request. 
Hence, the pull engine 210 extracts the keyword from the request text from the 
request text at 503, which in this example is "QUOTE". 

The proxy server 108 maintains a mapping (e.g., a look-up table) of 
keywords and their associated application identifiers (e.g., URLs). This mapping 

10 may be made accessible to authorized persoimel on a set of conventional Web 
pages (or any other user interface), to allow the mapping to be modified and 
updated, using a conventional browser. Thus, proxy server 108 may serve as a 
conventional Web site for this purpose. Operations that may be supported include 
adding, deleting, editing, and viewing mapping entries. 

15 Accordingly, at 504, the pull engine 210 uses the mapping to look up the 

URL corresponding to the keyword of the SMS request. The URL identifies the 
application which has the requested content (e.g., stock prices). The pull engine 
210 then constructs an HTTP version 1.1 ("HTTP/1.1") POST method for the URL, 
which includes the request ("QUOTE PHCM") and various headers, such as 

20 Accept and Accept-Charset. The POST method may also include an extra field 
that can be used by the application to discover the proxy-specific subscriber 
number of the wireless device. This field can be used at a later time to "push" 
content to the wireless device. For example, the MIN of the wireless device can be 



used for this field. 

An example of what the aforementioned POST method may look like is as 

follows, for the stock quote example (where the URL determined form the 

mapping should be substituted for "[URL]" in the first line): 

5 POST [URL] HTTP/l.l\r\n 

x-up-subno: UPWMS-211234567890-_upserver.uplink.com\r\n 
Content-Type: text/plain\r\n 
Accept: text/plain\r\n 
Accept-Charset: ISO_8859-l 
10 \r\n 

QUOTE PHCM 

The pull engine 210 then connects to the application designated by the URL 

and submits the POST operation at 506, and then waits for the application to reply. 

15 The text/plain content of the POST method is (normally) accepted by the 

application and processed. In that case, the response from the application is an 

HTTP/1.1 response with a Content-type of text/plain and a Content-body 

containing the response. An example of what such a reply may look like is as 

follows, where the returned content is "PHCM 500 1/4". 

20 HTTP/1.1 200 Document follows\r\n 

Content-t5;pe: text/plain\r\n 
Content-length: ll\r\n 
\r\n 

PHCM 500 l/4\r\n 

25 

If no response is received from the application within the timeout period 
(507), then at 512 the proxy server 108 sends an error message to the SMSC 212, 
which the SMSC 212 delivers to the wireless device 100. In general, the types of 
error messages that may be sent by proxy server 108 (when appropriate) include 
30 HTTP proxy errors, keyword-to-URL mapping errors, and general link errors. 
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If a timely response is received, then at 508 the pull engine 210 extracts the 
content in the response at 508. At 509, the pull engine 210 translates the extracted 
content from the content-type used by the application (e.g., WML or HTML) to a 
content-type that can be imderstood by the SMSC (e.g., text/plain). The 
5 translation is described further below. At 510, the pull engine 210 transcodes the 
content from the character set used by the application (e.g., ISO-8859-1) to the 
character set expected by the SMS C. (e.g., GSM character set). The transcoding 
can be accomplished, for example, using simple look-up operations. At 511, pull 
engine 210 sends the transcoded response content to the SMSC 212 as an SMS 

10 message, for transmission to the wireless device 100. 

HTTP/ 1.1 has been described thus far as the protocol used for 
commurucation between proxy server 108 and the content application. In other 
embodiments, however, a hypermedia based protocol other than HTTP may be 
used instead, or another version of HTTP may be used. 

15 Figure 7 shows a process that may be performed by the pull engine 210 to 

translate content received from an application from the content-type used by the 
application (e.g., WML or HTML) to a content-type that can be used by the SMSC 
212 (e.g., text/plain). To facilitate explanation, it is assumed that the application's 
response is in a mark-up format such as WML or HTML and that the SMSC 212 

20 requires text/ plain content. Initially, a mark-up file response from the application 
is received by the pull engine 210 at 701. At 702, the pull engine 210 locates the 
next (or first, if applicable) mark-up tag in the file. The pull engine 210 then 
determines whether it is appropriate to translate the content identified by the tag. 



If not, the tag and its content are discarded at 706. For example, in WML, it may 
be considered inappropriate to translate global tags, such as "<wml>" (file 
marker), "<card>" (card marker), "<a>" (links), etc. 

If it is appropriate to translate the identified content, then at 704, the tag is 
5 discarded and the readable text of its identified content is output as the translated 
result for that tag. Following 704 or 706, it is determined at 705 if the end of the 
file has been reached, based on whether an end-of-file marker tag has been 
reached. If not, the process repeats from 702 with the selection of the next tag. 
Otherwise, the process ends. 
10 The process of Figure 7 can be illustrated using the following example. 

Assume the following WML file is returned to the proxy server 212 by a stock 
quote service: 



<card id="QUOTE" title="quotel"> 
15 <p mode="nowrap">Phone.com, Inc.</ p> 

<p mode="nowrap">Last: 78 l/2</p> 

<p mode="nowrap">Chg: +2 3/4 (+3.38%)</p> 

<p mode="nowrap">Time: 15:12</p> 

<p mode="nowrap">Vol: l,141,800</p> 
20 <p mode="nowrap">Open: 75 l/8</p> 

<p mode="nowrap">High: 80</p> 

<p mode="nowrap">Low: 75</p> 

<a accesskey="l" 

25 href="/wml/refresh.asp?Fath=/cgi-bin/quote.dll?Z=l&S=PHCM">Refresh</a> 
<a accesskey="l" 
href='7cgi-bin/quote.dll?Z=2&S=PHCM">Detail</a> 

</card> 
</wml> 

30 

The output of the translation process of Figure 7 would be: 
Phone.com, Inc. 
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Last 78 1/2 
Chg: + 2 3/4 (+3.38%) 
Time: 15:12 
Vol: 1,141,800 
5 Open: 75 1/8 

High: 80 
Low 75 



Once a wireless device 100 initially makes a request for content, the 

10 application can remember the MIN of the wireless device 100 and the nature of the 

request. As a result, the application can determine which type of content the user 

of wireless device 100 is likely to be interested in, and can subsequently provide 

such content to the wireless device 100 (via proxy server 108 and SMSC 212) 

asynchronously, i.e., not in response to any particular request from wireless device 

15 100. This mode of operation is referred to as "push" mode, as noted above. 

Figure 8 is a flow diagram showing a process that may be performed by the 

proxy server 108 in the "push" mode. As noted above, a field can be added to the 

original request from the wireless device to allow an application to identify, and 

subsequently provide relevant content to, a wireless subscriber. At 801, the 

20 messenger to await receives an HTTP Add request from a content-providing 

application. One example of what such a request may look like is as follows, in 

which a stock quote "PHCM 500 1/4" is the "pushed" content: 

POST /ntfn/add HTTP/1.1 \r\n 
x-up-notifyp-verion: upnotifyp/3.0\r\n 
25 x-up-subno: UPWMS-211234567890-_upserver.uplink.com\r\n 

x-up-ntfn-channel: push\r\n 
Content-T5/pe: text/plain\r\n 
Content-Length: ll\r\n 
\r\n 

30 PHCM 500 1/4 
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The content-type of the request is text/plain, and the content-body includes 
the message to be transmitted to the wireless device 100. 

At 802, the messenger 208 determines whether the format of the request is 
5 valid. At 803, the messenger 208 determines whether the content-type of the 

request is supported by the user (i.e., text/plain). If either the format is invalid or 
the content-type is not supported, then an error message is sent to the application 
at 810, and the process ends. If the format is valid and the content-type is 
supported, then at 804, messenger 208 determines the appropriate protocol and 

10 communication mechanism to transport the message to the SMSC 212. At 805, 
messenger 208 creates an SMS message from the data in the content-body of the 
request received from the application. Messenger 208 then translates the response 
text from the content-type used by the application (e.g., WML or HTML) to the 
content-type used by the SMSC (e.g., text/ plain) at 806. Next, at 807, messenger 

15 208 transcodes the response text from the character set used by the application 
(e.g., ISO-8859-1) to that expected by the SMSC 212 (e.g., GSM). Messenger 208 
then sends the SMS message to interface 211, which delivers the message to the 
SMSC 212, at 808. At 809, messenger 208 notifies the application that the message 
has been accepted for delivery to the wireless device 100. 

20 Thus, a method and apparatus for enabling a wireless communication 

device which does not have a browser to access hypermedia content on the 
Internet or other networks have been described. Although the present invention 
has been described with reference to specific exemplary embodiments, it will be 
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evident that various modifications and changes may be made to these 
embodiments without departing from the broader spirit and scope of the 
invention as set forth in the claims. Accordingly, the specification and drawings 
are to be regarded in an illustrative sense rather than a restrictive sense. 
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CLAIMS 

What is claimed is: 

1 1. A method of providing content from a network to a wireless device, the method 

2 comprising: 

3 receiving the content from a resource on the network according to a 

4 hypermedia protocol, wherein the wireless device is not compliant with the 

5 hypermedia protocol; and 

6 converting the content to a message compliant with a message requirement 

7 of the wireless device. 

1 2. A method as recited in claim 1, wherein said converting comprises generating 

2 an SMS message including the content. 

1 3. A method as recited in claim 2, further comprising transmitting the message to 

2 an SMS Center (SMSC)/ for subsequent transmission by the SMSC to the wireless 

3 device over a wireless network. 

1 4. A method as recited in claim 3, wherein said converting further comprises 

2 translating the content from a first content-type to a second content-type. 

1 5. A method as recited in claim 4, wherein the first content-type is a mark-up 

2 language, and the second content-type is plain text. 
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1 6. A method as recited in claim 3, wherein said converting further comprises 

2 transcoding the content from a first character set to a second character set. 

1 7. A method as recited in claim 3, wherein said converting further comprises: 

2 translating the content from a content-tj^e used by the resource on the 

3 network to a content-type used by the SMSC; and 

4 transcoding the content from a character set used by the resource on the 

5 network to a character set used by the SMSC. 

1 8. A method as recited in claim 4, wherein the first content-type is a mark-up 

2 language, and the second content-type is plain text. 

1 9. A method as recited in claim 1, wherein said receiving the content from a 

2 resource on the network is responsive to a request for the content from the 

3 wireless device. 

1 10. A method as recited in claim 9, wherein the request is an SMS request. 

1 11. A method as recited in claim 10, further comprising, prior to said receiving the 

2 content: 

3 converting the request to be compliant with the hypermedia protocol; and 

4 and transmitting the request to the resource on the network; 
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1 12. A method as recited in claim 1, wherein said receiving the content from a 

2 resource on the network is independent of any request from the wireless device. 



1 13. A method of providing content from a network to a wireless device, the 

2 method comprising: 

3 receiving a message based on a request from the wireless device for 

4 content; 

5 identifying a keyword in the message; 

6 mapping the keyword to a network resource; 

7 retrieving the content from the network resource; 

8 converting the content into a response compliant with a requirement of the 

9 wireless device. 

1 14. A method as recited in claim 13, wherein said mapping comprises using the 

2 keyword to identify a URL of the network resource. 

1 15. A method as recited in claim 13, further comprising maintaining a mapping of 

2 keywords to network resources. 



1 16. A method as recited in claim 15, wherein the keywords are associated with a 

2 first character set used by the wireless device, and wherein the network resources 

3 use a second character set not used by the wireless device. 
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1 17. A method as recited in claim 13, further comprising converting the message to 

2 comply with a communication requirement of the network resource prior to said 

3 identifying. 

1 18. A method as recited in claim 17, wherein said retrieving comprises retrieving 

2 the content using a protocol used by the network resource but not by the wireless 

3 device. 

1 19. A method as recited in claim 17, wherein the protocol is a hypermedia based 

2 protocol. 

1 20. A method as recited in claim 19, wherein the message is an SMS message, and 

2 the response is an SMS response. 

1 21. A method as recited in claim 13, wherein said converting the content into a 

2 response compliant with a requirement of the wireless device comprises: 

3 translating the content from a content-type used by the network resource to 

4 a content-t5;pe associated with the wireless device; and 

5 transcoding the content from a character set used by the network resource 

6 to a character set associated with the wireless device. 

1 22. A method as recited in claim 21, wherein the message is an SMS message, and 

2 the response is an SMS response. 
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1 23. A method as recited in claim 13, further comprising converting the message to 

2 comply with a requirement of the network resource prior to said identifying; 

3 wherein said retrieving comprises retrieving the content using a protocol 

4 used by the network resource but not by the wireless device; and 

5 wherein said converting the content into a response compliant with a 



6 requirement of the wireless device comprises transcoding the content into a 

7 character set compliant with the requirement of the wireless device 

1 24. A method as recited in claim 23, wherein the message is an SMS message, the 

2 protocol is a hypermedia based protocol, and the response is an SMS response. 



1 25. A method of providing content from a network to a wireless device, the 

2 method comprising: 

3 receiving a request for content from a message service center providing 

4 message services to the wireless device; 

5 generating a proxy request, the proxy request including an identifier 

6 identifying a network resource capable of providing the content; and 

7 converting the content to a message compliant to a message requirement of 

8 the wireless device after the content is retrieved from the network resource, the 

9 message for subsequent delivery by the message service center to the wireless 
10 device. 
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1 26. A method as recited in claim 25, wherein the request is an SMS request and 

2 the message service center is an SMS Center (SMSC). 

1 27. A method as recited in claim 26, wherein said generating a proxy request 

2 comprises performing a hypermedia operation. 

1 28. A method as recited in claim 27, wherein said generating a proxy request 

2 comprises: 

3 identifying a keyword associated with the request; and 

4 mapping the keyword to an identifier of the network resource. 

1 29. A method as recited in claim 28, further comprising maintaining a mapping of 

2 keywords to network resource identifiers. 



1 30. A method as recited in claim 25, wherein said converting comprises: 

2 translating the content from a content-type used by the network resource to 

3 a content-type used by the message service center; and 

4 transcoding the content from a character set used by the network resource 

5 to a character set used by the message service center. 

1 31. A method of providing content from a network to a wireless device, the 

2 method comprising: 

3 receiving a message based on a request from the wireless device, the 
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4 message conforming to a first protocol and a first character set implemented by 

5 the wireless device; 

6 transcoding the message into a second character set of the network; 

7 identifying a keyword in the message; 

8 mapping the keyword to a network resource on the network; 

9 retrieving, from the network resource, content in the second character set 

10 based on the keyword, using a second protocol implemented by the network; 

1 1 translating the content from a content-type used by the application to a 

12 content-type used by the wireless device; 

13 transcoding the content into the first character set; and 

14 providing the content to the wireless device in the first character set using 

15 the first protocol. 

1 32. A method as recited in claim 31, wherein: 

2 the first protocol is SMS; and 

3 the second protocol is a hypermedia based transport protocol. 

1 33. A method as recited in claim 31, wherein: 

2 the content-type used by the application is a mark-up language; and 

3 the content-type used by the wireless device is plain text. 

1 34. A method of providing content from a network to a wireless device, the 

2 method comprising: 
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3 receiving a message based on a request from the wireless device; 

4 identifying a keyword in the message; 

5 mapping the keyword to a network resource; 

6 retrieving content from the network resource based on the keyword; 

7 translating the content into a content-type associated with the wireless 

8 device; and 

9 transcoding the content into a character set compliant with a message 



10 requirement of the wireless device. 

1 35. A method as recited in claim 34, further comprising providing the content to a 

2 message center using said character set, for subsequent transmission to the 

3 wireless device. 

1 36. A method as recited in claim 34, wherein the message comprises an SMS 

2 message. 

1 37. A method as recited in claim 34, wherein said providing comprises providing 

2 the content to the wireless device in an SMS response. 

1 38. A method as recited in claim 34, wherein said mapping comprises mapping 

2 the keyword to a URL associated with the network resource. 

1 39. A method as recited in claim 34, wherein said retrieving comprises retrieving 
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the content using at least one HTTP transaction. 



1 40. A method as recited in claim 39, wherein the HTTP transaction comprises an 

2 HTTP POST operation. 

1 41. A method of providing content from a network to a wireless device, the 

2 method comprising: 

3 maintaining a mapping of keywords to network resources; 

4 receiving a first SMS message from the wireless device, the first SMS 

5 message transmitted on a wireless network; 

6 identifying a keyword in the first SMS message; 

7 using the mapping to determine a network resource associated with the 

8 keyword; 

9 retrieving content from the network resource using an HTTP transaction; 

10 translating the content into a different content type} 

1 1 transcoding the content into a different character set; and 

12 providing the content to an SMS Center in a second SMS message, for 

13 transmission to the wireless device. 

1 42. A method as recited in claim 41, wherein said using the mapping to determine 

2 a network resource associated with the keyword comprises using the mapping to 

3 determine a URL associated with the keyword. 
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1 43. A method of providing content maintained remotely on a network to a 

2 wireless device, the method comprising: 

3 receiving an SMS request for the content from the wireless device via an 

4 SMS Center (SMSC), the SMS request transmitted on a wireless network; 

5 transcoding the SMS request from a plain text character set to a mark-up 

6 language character set; 

7 extracting a keyword from the trancoded request; 

8 maintaining a keyword-to-URL mapping; 

9 looking up the keyword in the keyword-to-URL mapping to identify a URL 

10 associated with the keyword, the URL associated with an application capable of 

1 1 providing said content; 

12 constructing an HTTP POST operation containing the keyword and the 

13 URL; 

14 submitting the HTTP POST operation to the application over a wireline 

15 network; 

16 receiving an HTTP response from the application in response to the POST 

17 operation over the wireline network, the HTTP response containing said content; 

18 extracting the content from the HTTP response; 

19 translating the content from a mark-up language to plain text; 

20 transcoding the content from a character set of the application to a character 

21 set of the SMSC; and 

22 sending the translated and transcoded content in an SMS response to the 

23 wireless device via the SMSC. 
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44. A method as recited in claim 43, further comprising providing a Web site user 
interface to allow updating of the ke5rword-to-URL mapping. 



1 45. A method of providing content maintained remotely on a network to a 

2 wireless device, the method comprising: 

3 receiving an HTTP message containing the content from an application, 

4 wherein the HTTP message is not in response to a request by the wireless device; 

5 translating the content from a content-type used by the application to a 

6 content-type used by the wireless device; 

7 transcoding the content from a character set used by the application to a 

8 character set used by the wireless device; and 

9 sending an SMS message containing the translated and transcoded content 
10 to an SMS center, for delivery to the wireless device. 



1 46. A processing system coupled to a network and configured to provide content 

2 from the network to a wireless device, the processing system comprising: 

3 a processor; and 

4 a storage facility coupled to the processor and containing instructions 

5 executable by the processor which configure the processing system to 

6 receive content from a resource on the network according to a 

7 hypermedia protocol, wherein the wireless device is not compliant with the 

8 hypermedia protocol; and 
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convert the content to a message compliant with a message 
requirement of the wireless device. 



1 47. A machine-readable program storage medium tangibly embodying a sequence 

2 of instructions executable by a machine to perform a method comprising: 

3 receiving a message based on a request from a wireless device; 

4 identifying a keyword in the message; 

5 mapping the keyword to a network resource on the network; 

6 retrieving content from the network resource based on the keyword; 

7 translating the content from a content-type of the application to a content- 

8 type usable by the wireless device; and 

9 transcoding the content into a character set compliant with a message 
10 requirement of the wireless device. 

1 48. A machine-readable program storage medium as recited in claim 47, wherein 

2 the method further comprises providing the content to a message center using 

3 said character set, for subsequent transmission to the wireless device. 



1 49. A machine-readable program storage medium as recited in claim 47, wherein 

2 the message comprises an SMS message. 

1 50. A machine-readable program storage medium as recited in claim 47, wherein 

2 said providing comprises providing the content to the wireless device in an SMS 

34 



response. 



1 51. A machine-readable program storage medium as recited in claim 47, wherein 

2 said m.apping comprises mapping the keyword to a URL associated with the 

3 network resource. 

1 52. A machine-readable program storage medium as recited in claim 47, wherein 

2 said retrieving comprises retrieving the content using at least one HTTP 

3 transaction. 

1 53. A machine-readable program storage medium as recited in claim 52, wherein 

2 the HTTP transaction comprises an HTTP POST operation. 

1 54. An apparatus for providing content from a network to a wireless device, the 

2 apparatus comprising: 



3 means for receiving a message based on a request from the wireless device, 

4 the message conforming to a first protocol and a first character set; 

5 means for transcoding the message into a second character set; 

6 means for identifying a keyword in the message; 

7 means for mapping the ke5^ord to a network resource; 

8 means for retrieving, from the network resource, content in the second 

9 character set based on the ke5nvord/ using a second protocol; 

10 means for translating the content from a content-type of the application to a 
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1 1 content-type usable by the wireless device; 

12 nrieans for transcoding the content into the first character set; and 

13 means for providing the content to the wireless device in the first character 

14 set using the first protocol. 

1 55. An apparatus for providing content maintained remotely on a network to a 

2 wireless device, the apparatus comprising: 



3 means for receiving an SMS request for the content from the wireless device 

4 via an SMS center , the SMS request transmitted on a wireless network; 

5 means for transcoding the SMS request from a first character set to a second 

6 language character set; 

7 means for extracting a keyword from the trancoded request; 

8 means for maintaining a keyword-to-URL mapping; 

9 means for looking up the ke)rword in the ke5rword-to-URL mapping to 

10 identify a URL associated with the keyword, the URL associated with an 

1 1 application capable of providing said content; 

12 means for constructing an HTTP POST operation containing the keyword 

13 and the URL; 

14 means for submitting the HTTP POST operation to the application over a 

15 wireline network; 

16 means for receiving an HTTP response from the application in response to 

17 the POST operation over the wireline network, the HTTP response containing said 

18 content; 
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19 means for extracting the content from the HTTP response; 

20 means for translating the content from a content-type of the application to a 

2 1 content-type usable by the SMSC ; 

22 means for transcoding the content from the second character set the first 

23 character set; and 

24 means for sending the transcoded content in an SMS response to the 

25 wireless device via the SMSC. 
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ABSTRACT OF THE DISCLOSURE 

A method and apparatus for providmg hypermedia content maintained 
remotely on a network to a wireless device without a browser are described. A 
Short Message Service (SMS) request for Internet-based content is received from 
5 the wireless device at a proxy server, via an SMS Center (SMSC). The SMS request 
is transmitted to the SMSC on a wireless network. The proxy server transcodes 
the SMS request from a character set of the SMSC to a character set of an 
application and extracts a keyword from the trancoded request. The proxy server 
maintains a mapping of keywords to URLs. The proxy server looks up the 

10 extracted keyword in the keyword-to-URL mapping to identify the URL of an 
application associated with the keyword. The proxy server constructs an HTTP 
POST operation containing the keyword and the URL, and submits the HTTP 
POST operation to the application over a wireline network such as the Internet. 
Upon receiving an HTTP response containing the requested content from the 

15 application in response to the POST operation, the proxy server extracts the 
content from the HTTP response. The proxy server then translates the content 
from the content-type used by the application to the content-type used by the 
SMSC and transcodes the content from the character set used by the application to 
the character set used by the SMSC. The proxy server then sends the translated 

20 and transcoded content in an SMS response to the SMSC, for subsequent delivery 
to wireless device as an SMS message. 
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DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed and 
for which a patent is sought on the invention entitled 
Method and Apparatus for Providing Internet Content to SMS-Based Wireless Devices 



the specification of which 

X is attached hereto. 

was filed on as 

United States Application Number 

or PCT Internationa! Application Number 

and was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof, or patented or described in any printed publication in any 
country before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 

I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined In Title 37, Code of Federal Regulations, Section 1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)-(d), of any 
foreign applicatjon(s) for patent or inventor's certificate listed below and have also identified below 
any foreign application for patent or Inventor's certificate having a filing date before that of the 
application on which priority is claimed: 
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Prior Foreign Application (s) 



Priority 
Claimed 



(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/MonthA'ear Filed) 


Yes" 


No" 


(Number) 


(Country) 


(Day/MonthA'ear Filed) 


Yes 


No" 



I hereby claim the benefit under title 35, United States Code, Section 11 9(e) of any United States 
provisional application (s) listed below: 



60/158.694 Octobers. 1999 

(Application Number) Filing Date 



(Application Number) Filing Date 



I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
application (s) listed below and, insofar as the subject matter of each of the claims of this application 
is not disclosed in the prior United States application In the manner provided by the first paragraph 
of Title 35, United States Code, Section 1 1 2, 1 acknowledge the duty to disclose all information 
known to me to be material to patentability as defined in Title 37, Code of Federal Regulations, 
Section 1 .56 which became available between the filing date of the prior application and the national 
or PCT international filing date of this application: 



(Application Number) Filing Date (Status -- patented, 

pending, abandoned) 



(Application Number) Filing Date (Status - patented, 

pending, abandoned) 

I hereby appoint the persons listed on Appendix A hereto (which is incorporated by reference and a 
part of this document) as my respective patent attorneys and patent agents, with full power of 
substitution and revocation, to prosecute this application and to transact all business in the Patent 
and Trademark Office connected herewith. 

Send correspondence to Jordan M. Becker . BLAKELY, SOKOLOFF, TAYLOR & 

(Name of Attorney or Agent) 
ZAFMAN LLP, 12400 Wilshire Boulevard 7th Floor, Los Angeles, California 90025 and direct 

telephone calls to Jordan M. Becker , (408) 720-8300. 

(Name of Attorney or Agent) 
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I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 

Full Name of Sole/First Inven tor Davic^A. CJ 

Inventor's Signature 



Residence San Carlos. California 



i/First Inventor David A. CJaen 

\x^ ^^^piy^A^ fyl^ Date hAOj i^, 7^00 



(City, State) 



Post Office Address 2908 Eaton Avenue 



_ Citizenship U.S.A. 



(Country) 



San Carlos. CA 94070 



Full Name of Second/Joint Inventor BiytJshPatel 
Inventor's Signature 



Residence San Jose. California 



(City, State) 
Post Office Address 1205 Yarwood Court 



San Jose. California 95128 



_ Citizenship U.S.A. 



(Country) 



Full Name of Third/Joint Inventor _ 

Inventor's Signature 

Residence 



(City, State) 



_ Citizenship _ 



(Country) 



Post Office Address 



Full Name of Fourth/Joint Inventor 

Inventor's Signature Date 

Residence Citizenship 

(City, State) (Country) 

Post Office Address 
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APPENDIX A 



William E. Alford, Reg. No. 37,764; Farzad E. Amini, Reg. No. P42,261 ; Aloysius T. C. AuYeung, Reg. No. 
35,432; William Thomas Babbitt, Reg. No. 39,591; Carol F. Barry, Reg. No. 41,600; Jordan Michael 
Becker, Reg. No. 39,602; Lisa N. Benado, Reg. No. 39,995; Bradley J. Bereznak, Reg. No. 33,474; 
Michael A. Bernadicou, Reg. No. 35,934; Roger W. Blakely, Jr., Reg. No. 25,831 ; R. Alan Burnett, Reg. 
No. 46,149; Gregory D. Caldwell, Reg. No. 39,926; Andrew C. Chen, Reg. No. 43,544; Thomas M. 
Coester, Reg. No. 39,637; Donna Jo Coningsby, Reg. No. 41 ,684; Florin Corie, Reg. No. 46,244; Dennis 
M. deGuzman, Reg. No. 41,702; Stephen M. De Klerk, Reg. No. P46,503; Michael Anthony DeSanctis, 
Reg. No. 39,957; Daniel M. De Vos, Reg. No. 37,813; Robert Andrew DIehl, Reg. No. 40,992; Sanjeet 
Dutta, Reg. No. P46,145; Matthew C. Fagan, Reg. No. 37,542; Tarek N. Fahmi, Reg. No. 41,402; George 
Fountain, Reg. No. 37,374; Paramita Ghosh, Reg. No. 42,806; James Y. Go, Reg. No. 40,621 ; James A. 
Henry, Reg. No. 41,064; Libby N. Ho, Reg. No. P46,774; Willmore F. Holbrow III, Reg. No. P41 ,845; 
Sheryl Sue Holloway, Reg. No. 37,850; George W Hoover II, Reg. No. 32,992; Eric S. Hyman, Reg. No. 
30,139; William W. Kidd, Reg. No. 31,772; Sang Hul Kim, Reg. No. 40,450; Walter T. Kim, Reg. No. 
42,731; EricT. King, Reg. No. 44,188; Erica W. Kuo, Reg. No. 42,775; George Brian Leavell, Reg. No. 
45,436; Kurt P. Leyendecker, Reg. No. 42,799; Gordon R. Lindeen III, Reg. No. 33,192; Jan Carol Little, 
Reg. No. 41,181; Joseph Lutz, Reg. No. 43,765; Michael J. Mallie, Reg. No. 36,591; Andre L. Marais, 
under 37 C.F.R. § 10.9(b); Paul A. Mendonsa, Reg. No. 42,879; Clive D. Menezes, Reg. No. 45,493; 
Chun M. Ng, Reg. No. 36,878; Thien T. Nguyen, Reg. No. 43,835; Thinh V. Nguyen, Reg. No. 42,034; 
Dennis A. Nicholls, Reg. No. 42,036; Daniel E. Ovanezian, Reg. No. 41,236; Kenneth B. Paley, Reg. No. 
38,989; Marina Portnova, Reg. No. P45,750; William F. Ryann, Reg. 44,313; James H. Salter, Reg. No. 
35,668; William W. Schaal, Reg. No. 39,018; James C. Scheller, Reg. No. 31,195; Jeffrey Sam Smith, 
Reg. No. 39,377; Maria McCormack Sobrino, Reg. No. 31,639; Stanley W. Sokoloff, Reg. No. 25,128; 
Judith A. Szepesi, Reg. No. 39,393; Vincent P. Tassinari, Reg. No. 42,179; Edwin H. Taylor, Reg. No. 
25,129; John F. Travis, Reg. No. 43,203; Joseph A. Twarowski, Reg. No. 42,191; Tom Van Zandt, Reg. 
No. 43,21 9; Lester J. Vincent, Reg. No. 31 ,460; Glenn E. Von Tersch, Reg. No. 41 ,364; John 
Patrick Ward, Reg. No. 40,216; Mark L. Watson, Reg. No. P46,322; Thomas C. Webster, Reg. No. 
P46,154; Steven D. Yates, Reg. No. 42,242; and Norman Zafman, Reg. No. 26,250; my patent attorneys, 
and Firasat AN, Reg. No. 45,715; and Justin M. Dillon, Reg. No. 42,486; my patent agents, of BLAKELY, 
SOKOLOFF, TAYLOR & ZAFMAN LLP, with offices located at 12400 Wilshire Boulevard, 7th Floor, 
Los Angeles, California 90025, telephone (310) 207-3800, and Alan D. Minsk, Reg. No. 35,956 and Joe 
Zheng, Reg. No. 39,450 of Phone.com, Inc.; and James R. Thein, Reg. No. 31,710, my patent attorney 
with full power of substitution and revocation, to prosecute this application and to transact all business in 
the Patent and Trademark Office connected herewith. 
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APPENDIX B 



Title 37, Code of Federal Regulations, Section 1.56 
Duty to Disclose Information Material to Patentability 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office, which includes a duty to disclose to the Office all information known to that individual 
to be material to patentability as defined in this section. The duty to disclosure information exists with respect 
to each pending claim until the claim is cancelled or withdrawn from consideration, or the application becomes 
abandoned. Information material to the patentability of a claim that Is cancelled or withdrawn from 
consideration need not be submitted if the information is not material to the patentability of any claim 
remaining under consideration in the application. There is no duty to submit information which is not material 
to the patentability of any existing claim. The duty to disclosure all information l<nown to be material to 
patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued in a patent was cited by the Office or submitted to the Office In the manner prescribed by §§1 .97(b)-(d) 
and 1 .98. However, no patent will be granted on an application In connection with which fraud on the Office 
was practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. 
The Office encourages applicants to carefully examine: 

(1) Prior art cited In search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentably defines, to make sure that any material information 
contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to 
information already of record or being made or record in the application, and 

(1 ) It establishes, by Itself or in combination with other information, a prima facie case of 
unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term In the claim 
its broadest reasonable construction consistent with the specification, and before any consideration Is given to 
evidence which may be submitted in an attempt to establish a contrary conclusion of patentability. 

(c) Individuals associated with the filing or prosecution of a patent application within the 
meaning of this section are: 

(1) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by 
disclosing information to the attorney, agent, or inventor. 
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